Multiple user login detection and response system

ABSTRACT

A method is provided for controlling multiple access to a network service to prevent fraudulent use of the network service. The method includes identifying an account access counter for an account using identification information received from a user at a first device using a network, wherein the user is requesting access to a service provided at a second device, and further wherein the account access counter is the number of service access sessions active for the account; comparing the account access counter to a maximum account access number, wherein the maximum account access number defines a maximum number of service access sessions allowed for the account; and providing the user at the first device access to the service at the second device if the account access counter is less than the maximum account access number.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a Continuation of U.S. Pat. No. 8,566,907 (U.S.application Ser. No. 13/594,342, filed Aug. 24, 2012), which is aContinuation of U.S. Pat. No. 8,272,032 (U.S. application Ser. No.10/985,334, filed on Nov. 10, 2004) the contents of which are herebyincorporated by reference in their entireties into the presentdisclosure.

FIELD OF THE INVENTION

The present invention is related generally to the prevention offraudulent use of online services. More specifically, the presentinvention relates to a method of controlling access to a networkservice.

BACKGROUND OF THE INVENTION

The Internet is a wide area network that connects hundreds of thousandsof computers and smaller sub-networks world-wide. Businesses, governmentbodies and entities, educational organizations, and individuals publishinformation or data organized in the form of websites. A website maycomprise multiple web pages that display a specific set of informationand may contain links to other web pages with related or additionalinformation. Some web pages include multiple web pages that aredisplayed together in a single user interface window. Each web page isidentified by a Uniform Resource Locator (URL) that includes thelocation or Web address of the computer that contains the resource to beaccessed in addition to the location of the resource on that computer.

While web pages offer a host of information and services, not everyservice provider can offer web pages to which the public hasunrestricted access. Online banking, subscription services, onlinemedical records, online academic records, e-mail accounts, selectgovernment web sites, and confidential company web pages are just a fewexamples of areas where access by the general public to a networkservice generally is restricted. One way to facilitate restricted accessis for service providers to require that individuals attempting toaccess a restricted website use a login identification (ID) procedurethat generally includes a username and a password.

Additionally, some websites require membership including a paidsubscription to access various services. Members are provided withidentification information to allow access to the website and thesubscription feature. A problem associated with this procedure is thefraudulent use of account information by the approved user. For example,a user may have a valid login ID and password to a subscription servicefor which the user pays a fee. The user may distribute their valid logininformation to others such that multiple users have access to theservice while only one subscription fee has been paid. This fraudulentaccess to a network service is not remedied by anti-hacker methods ofsecurity.

Multiple login by unapproved users can cause many problems for serviceproviders, other approved users of the service, and even for theapproved user that distributes their account information. Serviceproviders lose money if the fraudulently entered service is asubscription service for which only one fee is paid. If the website is,for example, a secure business website, the business may lose theconfidentiality of valuable or extremely sensitive information.Additionally, congestion and/or overload of a provider's server mayoccur if more users than the server can handle are simultaneouslyaccessing the service. For example, a provider may have 1,000 users withvalid accounts who are permitted access to a network service. Knowingthe number of valid users, the service provider may ensure that if 1,000users are simultaneously accessing the service there will be nooverload, slow service, or other server related problems. However, ifdue to fraudulent distribution of access information the number of usersexceeds 1,000, provision of the service may become slow or evenunavailable. Such disruption injures the providers reputation andinterferes with the service access of valid users.

Access to the service by unapproved users may also have adverse effectsfor the user that fraudulently distributes the login information. Usersmay not be fully cognizant of the fact that other individuals possessingthe user's login information may have access not only to the service,but to personal information. If the service is a subscription servicepayable by credit card, an individual with the user's login informationmay be able to view and to change the credit card information.Individuals with the user's account information may also be able to makeaccount changes and incur additional fees to the user's account. Usersmay not realize these potential pitfalls when they provide others withtheir account information.

Prior systems have restricted access to the network service byidentifying if a user is already accessing the service and disallowing asecond access. Thus, prior systems do not allow multiple access to anetwork service from a single user account. However, a user may access aservice, for example, from a work computer and later in the same dayaccess the service from a home computer without logging out of theservice before leaving work. Prior systems that control access to anetwork service do not allow the user multiple access to the servicecausing significant inconvenience to the user. Thus, there is a need fora system that discourages the fraudulent distribution of account accessinformation for a network service while allowing a valid user access toa service from multiple locations.

SUMMARY OF THE INVENTION

An embodiment of the invention relates to a method of controllingmultiple access to a network service to prevent fraudulent use of thenetwork service. The method includes, but is not limited to, identifyingan account access counter for an account using identificationinformation received from a user at a first device using a network,comparing the account access counter to a maximum account access number,and providing the user at the first device access to a service at asecond device if the account access counter is less than the maximumaccount access number. The user is requesting access to the serviceprovided at the second device. The account access counter is the numberof service access sessions active for the account. The maximum accountaccess number defines a maximum number of service access sessionsallowed for the account.

Another embodiment of the invention relates to one or morecomputer-readable media having computer-readable instructions storedthereon that, upon execution by a processor, cause the processor tocontrol multiple access to a network service to prevent fraudulent useof the network service. The instructions are configured to identify anaccount access counter for an account using identification informationreceived from a user at a first device using a network, to compare theaccount access counter to a maximum account access number, and toprovide the user at the first device access to a service at a seconddevice if the account access counter is less than the maximum accountaccess number. The user is requesting access to the service provided atthe second device. The account access counter is the number of serviceaccess sessions active for the account. The maximum account accessnumber defines a maximum number of service access sessions allowed forthe account.

Another embodiment of the invention relates to a system device forcontrolling multiple access to a network service to prevent fraudulentuse of the network service. The system device comprises a control accessapplication, a communication interface, a memory, and a processor. Thecontrol access application includes, but is not limited to, computercode configured to identify an account access counter for an accountusing identification information received from a user at a first deviceusing a network, to compare the account access counter to a maximumaccount access number, and to provide the user at the first deviceaccess to a service at a second device if the account access counter isless than the maximum account access number. The user is requestingaccess to the service provided at the second device. The account accesscounter is the number of service access sessions active for the account.The maximum account access number defines a maximum number of serviceaccess sessions allowed for the account. The communication interface isconfigured to receive the identification information from the firstdevice. The memory is configured to store the control accessapplication. The processor is coupled to the memory and to thecommunication interface and is configured to execute the control accessapplication.

Yet another embodiment of the invention relates to a system forcontrolling multiple access to a network service to prevent fraudulentuse of the network service. The system comprises a first device incommunication with a second device using a network. The first deviceincludes, but is not limited to, a control access application, a firstcommunication interface, a first memory, and a first processor. Thecontrol access application includes, but is not limited to, computercode configured to identify an account access counter for an accountusing identification information received from a user at a second deviceusing a network, to compare the account access counter to a maximumaccount access number, and to provide the user at the second deviceaccess to a service if the account access counter is less than themaximum account access number. The user is requesting access to theservice. The account access counter is the number of service accesssessions active for the account. The maximum account access numberdefines a maximum number of service access sessions allowed for theaccount. The first communication interface is configured to receive theidentification information from the second device. The first memory isconfigured to store the control access application. The first processoris coupled to the first memory and to the first communication interfaceand is configured to execute the control access application.

The second device includes, but is not limited to, a second application,a second communication interface, a second memory, and a secondprocessor. The second application includes, but is not limited to,computer code configured to prompt the user for the identificationinformation and to present the service to the user. The secondcommunication interface is configured to send the identificationinformation to the first device and to receive information relating tothe service from the first device. The second memory is configured tostore the second application. The second processor is coupled to thesecond memory and to the second communication interface and isconfigured to execute the second application.

Yet another embodiment of the invention relates to a method ofcontrolling multiple access to a network service to prevent fraudulentuse of the network service. The method includes, but is not limited to,sending identification information from a first device to a seconddevice using a network and receiving the service at the first device ifthe account access counter is less than a maximum account access number.The identification information identifies an account for a service. Theaccount has an account access counter that is the number of serviceaccess sessions active for the account. The maximum account accessnumber defines a maximum number of service access sessions allowed forthe account.

Other principal features and advantages of the invention will becomeapparent to those skilled in the art upon review of the followingdrawings, the detailed description, and the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The preferred embodiments will hereafter be described with reference tothe accompanying drawings, wherein like numerals will denote likeelements.

FIG. 1 is a diagram of a system in accordance with an example embodimentof the present invention.

FIG. 2 is a flow chart illustration of a user validation procedure inaccordance with an example embodiment of the present invention.

FIG. 3 is a flow chart illustration of an identification cookieplacement procedure in accordance with an example embodiment of thepresent invention.

FIG. 4 is a flow chart illustration of an access procedure fordetermining accessibility in accordance with an example embodiment ofthe present invention.

FIG. 5 is a diagram of an access state table in accordance with anexample embodiment of the present invention.

FIG. 6 is a block diagram of a client device for use in the system ofFIG. 1 in accordance with an example embodiment of the presentinvention.

FIG. 7 is a block diagram of a server device for use in the system ofFIG. 1 in accordance with an example embodiment of the presentinvention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Embodiments of the current invention allow a service provider to controlaccess to multiple users attempting to access a service withidentification information associated with a single account. Priorsystems determine if the user attempting to access the service isalready accessing the service. If the user is already accessing theservice, the user is not allowed access to the service a second time.However, a user may access a service, for example, from a work computerand later in the same day from a home computer without logging out ofthe service before leaving work. Prior systems that control access to aservice do not allow the user to access the service multiple times. As aresult, the user may not be allowed access to the service at home. Theaccount may be a banking account to which the user needs immediateaccess. The user then would be required to return to work to exit theservice before being allowed to access the account again.

The present invention provides control of the access to a servicethrough a single account while also allowing the user to have multiplesimultaneous active service access sessions. In one embodiment, the useris assigned a maximum account access number. The maximum account accessnumber defines a maximum number of service access sessions allowed forthe account. A validation procedure is executed to ensure that the useris not exceeding the maximum account access number with the currentaccess attempt. Thus, the user may be allowed to access the service fromboth a work computer and a home computer without logging out from theservice. In addition, an identification cookie placement procedure maybe used as a convenience to the user. The identification cookieplacement procedure allows a user to access a service multiple timesfrom the same device without affecting the maximum account access numberif the access attempts are made within a predetermined access timeperiod after the identification cookie is placed on the user's computer.The access time period represents a time interval during which the useris allowed access to the service from the user's computer.

FIG. 1 is a diagram of a system in accordance with an exampleembodiment. The system 250 is comprised of multiple devices that cancommunicate through a network. For example, as shown with reference toFIG. 1, the system 250 includes a first device 280 that accesses aservice provided at a second device 270 through the Internet 290. Toaccess the service provided by the second device 270, a user at thefirst device 280 sends identification information to identify theaccount associated with use of the service. The second device 270monitors the number of active service access sessions currently providedthrough the account to determine if the user at the first device 280 isprovided access to the service.

The system 250 may comprise any combination of wired or wirelessnetworks including, but not limited to, a cellular telephone network, awireless Local Area Network (LAN), a Bluetooth personal area network, anEthernet LAN, a token ring LAN, a wide area network, the Internet 290,etc. The system 250 may include both wired and wireless devices. Forexemplification, the system 250 shown in FIG. 1 includes the Internet290. Connectivity to the Internet 290 may include, but is not limitedto, long range wireless connections, short range wireless connections,and various wired connections including, but not limited to, telephonelines, cable lines, power lines, digital cable, etc. The system 250shown in FIG. 1 in an exemplary embodiment includes a desktop computer270 and a notebook computer 280. The devices may include computers ofany form factor, a Messaging Device (MD), a Personal Digital Assistant(PDA), and/or a cellular telephone. The system 250 may includeadditional devices and devices of different types as well as anycombination of these devices.

FIG. 2 shows a flow chart illustrating a validation procedure thatidentifies the account that the user is attempting to access. A userbegins the process by accessing a login web page 10 presented at thefirst device 280 and provided by a web server at the second device 270.In an operation 20, the user enters identification information that mayinclude a user ID and a password. First time users may be required toprovide personal information and to select the user ID and/or thepassword before being allowed to continue. The user submits theidentification information to the service provider in an operation 30. Atest is implemented in an operation 40 to determine if theidentification information authenticates the user. For example, if thesubmitted user identification information matches the information storedin a database for a known valid user of the service, the user isauthenticated. If not, the user is redirected back to the login web page10 or to an error page and may try to log in again. If the user issuccessfully authenticated, the user is provided access to the serviceprovided at the second device 270.

Upon successful completion of the validation procedure of FIG. 2, an IDcookie placement procedure is implemented in an exemplary embodiment.FIG. 3 shows a flow chart illustrating the ID cookie placement procedurein accordance with an example embodiment. The purpose of the procedureis to allow a user direct access to the service if the user has accessedthe service from the same device within a predetermined access timeperiod after the identification cookie is placed on the first device280. An ID cookie contains the identification information for theaccount and is placed on the first device 280 when the user successfullyaccesses the service. A user ID number may be associated with theidentification information in a database accessible from the seconddevice 270. The user ID number allows the service provider to identifyeach of its users with a single parameter. Thus, when informationrelative to the account is needed, the user ID number is used to queryfor data associated with the account. In an exemplary embodiment, the IDcookie remains valid for a time period determined by the serviceprovider. When the predetermined access time period expires, the cookiedeletes itself from the first device 280.

With reference to FIG. 3, in an operation 50, the user ID number isselected from a database at the second device 270 using theidentification information sent from the first device 280. Thus, theidentification information is associated with the user ID number. In anoperation 60, a test determines if a valid ID cookie is located at thefirst device 280. If a valid ID cookie exists, a user has accessed theservice provided at the second device 270 from the first device 280within the access time period defined by the service provider. The userID number associated with the ID cookie is identified from the ID cookiein an operation 70 if the ID cookie exists. In an operation 80, a testdetermines if the user ID number selected from the database in operation50 matches the user ID number identified from the ID cookie in operation70. Thus, the comparison 80 determines whether the user currentlyattempting to access the service is the same as the user that lastaccessed the service from the first device 280.

If the comparison 80 indicates that the user ID numbers are the same,the user is granted access to the service in an operation 90. Thisprocess ensures that a user can log in multiple times from the samecomputer with the same account without having to worry about exceeding amaximum account access number. If the comparison 80 indicates that theuser ID numbers are different, the ID cookie on the first device 280 isinvalidated in an operation 110. In an alternative embodiment, operation110 may not be implemented to allow multiple cookies to reside on thefirst device 280 so that users with different accounts may use the samedevice to access the service.

If the ID cookie on the computer is invalidated in an operation 110 orit is determined in operation 60 that an ID cookie does not exist on thefirst device 280, an access procedure is executed in an operation 130 asdiscussed further with reference to FIG. 4. If the stored validationprocedure 130 returns a success, a new ID cookie is created and storedon the first device 280 in an operation 120. The ID cookie contains theuser ID number selected from the database using the identificationinformation. After placement of the ID cookie on the first device 280,the user is granted access to the service in an operation 90. The IDcookie, in an exemplary embodiment, deletes itself after the access timeperiod expires causing execution of the access procedure in theoperation 130. Thus, the access time period represents a time intervalduring which the user is allowed access to the service at the firstdevice without execution of the access procedure to determine if theuser is allowed access to the service. If the stored validationprocedure 130 returns a failure, the user is directed to an error pagein an operation 140 and access to the service is denied.

The access procedure 130 determines whether the current access attemptexceeds the maximum account access number allowed for a user through asingle account. In one embodiment, when a user successfully logs in to aservice, an entry is created for the user in an access state table. Theaccess state table entry contains, for example, the user ID number andan account access time designating the time at which the usersuccessfully accessed the service provided at the second device 270.When a user subsequently attempts to access the service, the accessstate table is searched for the user ID number. If the user ID number isfound, a determination of whether a user continues to access the serviceis performed. If the user continues to access the service, an accountaccess counter is compared to the maximum account access number todetermine whether the access procedure returns a success or a failure.

FIG. 4 is a flow chart illustrating the access procedure of operation130 in detail in an exemplary embodiment. In an operation 150, anexecutive table is searched to determine if the access procedure shouldreturn a success regardless of the number of active access sessionsthrough the account. An executive table may contain a list of user IDnumbers of individuals who are not subject to access restriction. Forexample, such users may include, but are not limited to, employees ofthe service provider, users who pay a higher fee for executive status,or complementary account holders. If a user ID number is found in theexecutive table in the operation 150, the access procedure returns asuccess in an operation 160. If the user ID number is not found in theexecutive table in the operation 150, a timeout value and the maximumaccount access number are read from a configuration table in anoperation 170. The timeout value represents a time interval during whichaccess to the account is controlled. The timeout value and the maximumaccount access number may be defined in the configuration table assingle values applied to all user accounts. In an alternativeembodiment, the configuration table may be searched by checking thetable for an entry corresponding to the user ID number that isassociated with the identification information provided by the userduring the authentication procedure. Thus, in this embodiment, eachaccount may have a different timeout value and the maximum accountaccess number. In yet another alternative embodiment, different accountlevels may be defined that allow a different timeout value and adifferent maximum account access number for each account level.

The configuration table may contain information about other limitationson a user's account. The maximum account access number is the maximumnumber of service access sessions allowed for the account. For example,if the maximum account access number is two, the user may access theservice from two different devices, but not a third, possibly until thetimeout period defined by the timeout value expires.

The access state table is searched in an operation 180 using the user IDnumber that has been determined from the identification information.Each account is thereby associated with a unique user ID number. Anexemplary embodiment of an access state table is shown with reference toFIG. 5. The access state table 440 includes, but is not limited to, auser ID number 442, an account access time 444, and an account accesscounter 446 for each entry 450, 452, 454, 456. The account access time444 is the time that the account is accessed by the user. The accountaccess time 444 may include the date in addition to a time. For example,the account access time 448 associated with user ID number 06774592includes the date Oct. 26, 2004 as 2004:10:26 and the time 1:38:14 pm as13:38:14. Alternatively, the date may be included in a separate field.In another alternative embodiment, the date may not be included in theaccess state table 440. The account access counter 446 is the number ofservice access sessions active for the account. The access state table440 may contain a list of all users and the information concerning theuser's last access to the service. Alternatively, the access state table440 may contain a list of user ID numbers 442 corresponding to users whohave recently accessed the service. The table entries may be removedfrom the access state table when the user exits the service or may beremoved on a periodic basis to reduce the size of the access state table440. In an exemplary embodiment, the access state table maintains asingle entry for each user ID number and thus account. If another useris allowed access to the service using the same identificationinformation, the account access time 444 of the user ID numberassociated with the identification information may be updated with thecurrent time.

If the user ID number is not in the access state table 440, the userdoes not have any active service access sessions. A new session iscreated and a new entry placed in the access state table 440 in anoperation 190. The new entry is associated with the user ID number. Theaccount access counter 446 is assigned a value of one. The accountaccess time 444 is assigned a value of the current time. Upon entry inthe access state table 440, the access procedure returns a success inthe operation 160. In an alternative embodiment, the access state table440 may be searched before user account limitations are obtained fromthe configuration table in operation 170.

If the user ID number is found in the access state table 440 in theoperation 180, a test may be performed to determine if the sessionlisted in the table remains active. An active session is a session thatis still valid based on the rules defined in the configuration table(i.e. a two hour timeout value means that a user accessing the serviceagain after one hour has an active session). In an operation 200, thistest is performed by comparing the current time to the account accesstime 444 obtained from the access state table 440 in the operation 180and the timeout value obtained from the configuration table in theoperation 170. If the current time exceeds the sum of the account accesstime and the timeout value, the session listed in the access state tableis no longer active. In this case, the entry in the access state tablecorresponding to the user ID number is set, in an operation 210, suchthat the account access counter is assigned a value of one and theaccount access time is assigned a value of the current time. Thus, theaccount access counter and the account access time are reset. As aresult, the access to the service through the account is controlledduring the timeout value selected by the service provider.

If the current time does not exceed the sum of the account access timeand the timeout value, the prior login session is still active. In thiscase, the account access counter 446 obtained from the access statetable in the operation 180 is compared, in an operation 220, to themaximum account access number obtained from the configuration table inoperation 170. If the account access counter 446 is not less than themaximum account access number, the access procedure returns a failure inan operation 245. If the account access counter 446 is less than themaximum account access number, the account access counter 446 isincremented in an operation 230. The incremented account access counteris stored in the access state table in an operation 240. Thus, theexisting account access counter for the user ID number is updated withthe incremented value. The account access time 444 may additionally beupdated with the current time in an alternative embodiment. The accessprocedure returns a success in the operation 160.

For exemplification, FIG. 6 shows a block diagram of an example firstdevice 280 that may be included in the system 250. The device 305includes a display 300, a communication interface 340, an inputinterface 310, a memory 330, a processor 320, and a browser application350. The device 305 may or may not be mobile. Also, different andadditional components may be incorporated into the device 305. Thedevice 305, for example, allows a user to connect to a network, such asthe Internet 290, and to view and/or to hear media data using a varietyof formats. The components of the device 305 may each be internal orexternal to the device 305. The components may connect to each otherusing a number of different methods as known to those skilled in theart. Connections between the components of device 305 may be other thanor in addition to those shown in FIG. 6.

The display 300 presents information to the user of the device 305including, but not limited to, information from the browser application350. The display may be, but is not limited to, a thin film transistor(TFT) display, a light emitting diode (LED) display, a Liquid CrystalDisplay (LCD), a Cathode Ray Tube (CRT) display, etc.

The communication interface 340 provides an interface for receiving andtransmitting calls, messages, and/or any other information communicatedacross a network including, but not limited to, streaming media andmultimedia messages. Communications between the device 305 and thenetwork may be through one or more of the following connection methods,without limitation: an infrared communications link, a wirelesscommunications link, a cellular network link, a physical serialconnection, a physical parallel connection, a link established accordingto the Transmission Control Protocol/Internet Protocol (TCP/IP), etc.Communications between the device 305 and the network may use one ormore of the following communication protocols, without limitation: HTTP:HTTP, TCP/IP, real time streaming protocol (RTSP), real time protocol(RTP), user datagram protocol (UDP), multicast UDP, etc. Transferringcontent to and from the device 305 may use one or more of theseconnection methods and communication protocols or any others known tothose skilled in the art or to be developed in the future.

The input interface 310 provides an interface for receiving informationfrom the user for entry into the device 305. The input interface 310 mayuse various input technologies including, but not limited to, akeyboard, a pen and touch screen, a mouse, a track ball, a touch screen,a keypad, one or more buttons, etc. to allow the user to enterinformation into the device 305 or to make selections from the device305. The input interface 310 may provide both an input and an outputinterface. For example, a touch screen display allows the user to makeselections and presents information to the user.

The memory 330 provides an electronic holding place for an operatingsystem of the device 305, the browser application 350, and/or otherapplications. The device 305 may have a plurality of memory devices 330that use the same or different memory technologies. Example memorytechnologies include, but are not limited to, Random Access Memory(RAM), Read Only Memory (ROM), flash memory, etc. A variety of differentstorage media may be used for each memory technology. For example, aCompact Disk (CD), a Digital Video Disk (DVD), and a hard disk are allROM storage media types.

The processor 320 executes instructions that cause the device 305 toperform various functions. The instructions may be written using one ormore programming languages, scripting languages, assembly languages,etc. Additionally, the instructions may be carried out by a specialpurpose computer, logic circuits, or hardware circuits. Thus, theprocessor 320 may be implemented in hardware, firmware, software, or anycombination of these methods. The term “execution” refers to the processof running an application or program or the carrying out of theoperation called for by an instruction. The processor 320 executes anapplication, meaning that it performs the operations called for by thatapplication in the form of a series of instructions. The processor 320may retrieve an application from a non-volatile memory that is generallysome form of ROM or flash memory and may copy the instructions in anexecutable form to a temporary memory that is generally some form ofRAM. The processor 320, for example, may execute instructions embodiedin the browser application 350. The device 305 may include one or moreprocessor 320.

The browser application 350 may communicate with one or more web server.The browser application 350 may respond to HTTP commands, may interprethyper text markup language and other Internet programming languagesincluding, but not limited to, Java™ and Perl, and may present a webpage for viewing by the user. The browser application 350 may display orotherwise process media data or media streams or provide access to otherservices through a network accessed through the communication interface310.

For exemplification, FIG. 7 shows a block diagram of a device 365 thatincludes a display 360, a communication interface 410, an inputinterface 380, a memory 400, a processor 390, an access controlapplication 420, and a database 370. Different and additional componentsmay be incorporated into the device 365. The device 365 communicateswebsite service information to the device 305. The components of device365 may each be internal or external to the device 365. The componentsmay connect using a number of different methods as known to thoseskilled in the art. Connections may be other than or in addition tothose shown in FIG. 7.

The display 360 presents information to the user of the device 365including, but not limited to, information from the access controlapplication 420. The display may be, but is not limited to, a TFTdisplay, an LED display, an LCD, a CRT display, etc. The display 360 isoptional.

The communication interface 410 provides an interface for receiving andtransmitting calls, messages, and/or any other information communicatedacross a network including streaming media and multimedia messages.Communications between the device 365 and the network may be through oneor more of the following connection methods, without limitation: aninfrared communications link, a wireless communications link, a cellularnetwork link, a physical serial connection, a physical parallelconnection, a link established according to the TCP/IP Standards, etc.Communications between the device 365 and the network may use one ormore of the following communication protocols, without limitation: HTTP,TCP/IP, RTSP, RTP, UDP, multicast UDP, etc. Transferring content to andfrom the device 365 may use one or more of these connection methods andcommunication protocols or any others known to those skilled in the artor to be developed in the future.

The input interface 380 may provide an interface for receivinginformation from the user for entry into the device 365. The inputinterface 380 may use various input technologies including, but notlimited to, a keyboard, a pen and touch screen, a mouse, a track ball, atouch screen, a keypad, one or more buttons, etc. to allow the user toenter information into the server device 365 or to make selections fromthe server device 365. The input interface 380 may provide both an inputand an output interface. The input interface 380 is optional.

The memory 400 provides an electronic holding place for an operatingsystem of the device 365, the access control application 420, thedatabase 370, and/or other applications so that the information can bereached quickly by the processor 390. The device 365 may have aplurality of memory devices 400 that may use different memorytechnologies including, but not limited to, RAM, ROM, flash memory, etc.

The processor 390 executes instructions that cause the device 365 toperform various functions. The instructions may be written using one ormore programming languages, scripting languages, assembly languages,etc. Additionally, the instructions may be carried out by a specialpurpose computer, logic circuits, or hardware circuits. Thus, theprocessor 390 may be implemented in hardware, firmware, software, or anycombination of these methods. The processor 390 executes an applicationmeaning that it performs the operations called for by that applicationin the form of a series of instructions. The processor 390 may retrievean application from a non-volatile memory that is generally some form ofROM or flash memory and may copy the instructions in an executable formto a temporary memory that is generally some form of RAM. The processor390 may execute instructions embodied in the access control application420. The device 365 may include one or more processor 390.

The access control application 420 provides the functions discussed withreference to FIG. 3 and FIG. 4. The access control application 420 mayinterface with a web server application to control access to servicesprovided by the web server application. The access control application420 is comprised of instructions interpretable by the processor 390 asknown to those skilled in the art. In an exemplary embodiment, theaccess control application 420 is implemented using the Java programminglanguage and Structured Query Language scripts to extract informationfrom the database 370 and to determine the user access to the servicesprovided by the web server application. The web server applicationresponds to HTTP commands and may transmit one or more web page to thedevice 305 based on the user selection at the device 305. The accesscontrol application 420 may be implemented on the same or a differentdevice from the web server application that provides the service to theuser.

The database 370 may store web pages and information associated with theweb pages including media data. The database may utilize variousdatabase technologies as known to those skilled in the art including asimple file system and/or a system of tables. The database 370 also mayuse a variety of different formats as known to those skilled in the art.The device 365 may include a plurality of databases 370. The database370 also may be used to store information such as the identificationinformation, the user identification number, the configuration table,and the access state table. The device 365 may include one or moredatabase 370.

It is understood that the invention is not confined to the particularembodiments set forth herein as illustrative, but embraces all suchmodifications, combinations, and permutations as come within the scopeof the following claims. The description above focused on a preferredembodiment of the invention designed to control access to multiple usersattempting to access a service using the same account information. Thepresent invention, however, is not limited to a particular application.Also, the present invention is not limited to a particular operatingenvironment. Those skilled in the art will recognize that the system andmethods of the present invention may be advantageously operated ondifferent platforms using different operating systems including but notlimited to the Microsoft® Windows based operating system, Macintosh®operating system, LINUX based operating systems, or UNIX® basedoperating systems. Additionally, the functionality described may bedistributed among modules that differ in number and distribution offunctionality from those described herein without deviating from thespirit of the invention. Additionally, the order of execution of themodules may be changed without deviating from the spirit of theinvention. Thus, the description of the preferred embodiments is forpurposes of illustration and not limitation.

What is claimed is:
 1. A mobile device, comprising: a liquid crystaldisplay configured to display information to a user; a processor coupledto a memory; a browser application, the browser application comprisingcomputer code which when executed by the processor: prompts the user foridentification information to access a subscription service; sends theidentification information to a web server of a subscription serviceprovider using a network, wherein the web server identifies an accountaccess counter for an account using the identification informationreceived from the browser application, wherein the account accesscounter is the number of service access sessions simultaneously activefor the account, and wherein the web server compares the account accesscounter to a maximum account access number, wherein the maximum accountaccess number defines a maximum number of service access sessionsallowed for the account, and wherein the web server provides access tothe subscription service if the account access counter is less than themaximum account access number; displays media of the subscriptionservice on the liquid crystal display transmitted to the web browser byweb server once access is granted by the web server.
 2. The mobiledevice of claim 1, wherein the liquid crystal display comprises a touchscreen configured to allow the user to make selections on the display.3. The mobile device of claim 1, wherein the web browser displays a webpage including media of the subscription service.
 4. The mobile deviceof claim 1, wherein the media displayed is streaming media.